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1. Méthodologie de resolution des problémes 

1.1. Qu'est-ce qu'une méthodologie de resolution des 
problémes ? 



Les spécificités des diverses méthodologies de resolution des problémes 
informatiques peuvent varier et les processus impliqués ne sont pas 
précis. Toutefois, la plupart des méthodologies partagent des processus 
et des procedures communs qui font l'objet de cette rubrique. 

En fait, on peut affirmer que toute méthodologie de resolution des 
problémes fait appel å des processus et procedures communs, quel que 
soit le domaine : informatique, plomberie ou mécanique automobile. 

Tout incident parcourt une serie de processus congus pour résoudre les 
problémes aussi rapidement et efficacement que possible. Parmi ces 
processus, la classification, le test, la transmission et la création de 
rapports sont l'épine dorsale de toute méthodologie de resolution des 
problémes. Celle-ci évoluera dans le temps en fonction des changements 
technologiques et de l'émergence de nouveaux outils. 

Classification 

o Lorsqu'un utilisateur final rencontre un probléme informatique et 

vous le signale, cela déclenche une serie de processus de 

classification. Au cours de ceux-ci, vous collectez des informations 

auprés de l'utilisateur pour tenter d'établir la nature et l'étendue du 

probléme. La discussion initiale peut révéler des informations 

permettant une resolution immédiate. Cependant, dans le cas de 

problémes plus graves ou plus complexes, vous devez faire appel 

aux autres processus de resolution pour parvenir å les résoudre. 

Les problémes qui affectent de nombreux utilisateurs finaux ont un 

impact plus sensible sur la productivité de l'organisation et doivent étre 

résolus plus rapidement. 

La classification vous permet de determiner l'étendue et l'impact des 
problémes en vue d'établir leur priorité. 

Méme si vous étes en mesure de résoudre le probléme tout de suite, 
vous devez le consigner en vous conformant å la méthodologie en 
vigueur. Des procedures de consignation appropriées garantissent 
qu'aucun rapport d'incident ne se perde. En ayant la possibilité d'accéder 
aux rapports d'incident détaillés, une organisation peut surveiller ses 
systémes informatiques de maniére plus efficace et prendre des decisions 
informées. 

Test 

Une fois que vous avez établi la priorité d'un probléme et consigné 
l'incident, la phase de test débute. Au cours de celle-ci, vous faites appel 
å plusieurs processus pour determiner 
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la cause probable du probléme. Vous pouvez commencer par dresser la 
liste des causes possibles, généralement, en les divisant et en les isolant. 
Dans le domaine des systémes informatiques, cela peut vouloir dire 
établir une distinction entre les problémes de serveur et de station de 
travail, de materiel et de logiciel, et de systéme d'exploitation 
et d'applications. De cette maniére, vous pouvez eliminer les causes 
possibles pour determiner les causes probables. 

Lorsque vous avez réduit la liste des causes possibles å un nombre 
gérable, vous pouvez démarrer le processus de test. Ce processus vise å 
determiner la cause probable parmi les causes possibles restantes. Vous 
pouvez essayer de reproduire le probléme dans un environnement de 
test. Si vous pouvez le reproduire facilement, cela signifie que vous 
avez déterminé la cause probable. En revanche, si vous éprouvez des 
difficultés å le reproduire, vous devez analyser vos resultats et revenir 
sur votre cheminement initial. 

Transmission 

Si vous ne pouvez pas trouver de resolution pendant la phase de test 
initiale, vous devez consulter la documentation supplémentaire ou 
transmettre le probléme, soit au fabricant du composant suspecté, soit 
au sein de votre organisation si vous disposez de ressources internes. Un 
processus de transmission d'incident au personnel de support technique 
de deuxiéme niveau devrait étre en place au sein de votre organisation. 
Un membre de ce service vous posera des questions pour essayer de 
classifier l'étendue du probléme et de définir un niveau priorité. 

Rapport 

Lorsque l'incident a été résolu, vous devez documenter sa resolution. II 

est important d'enregistrer les modifications apportées å la configuration 

de votre systéme informatique. 

o En outre, les problémes ont tendance å se produire plusieurs fois. 

S'ils ont été documentés correctement, vous gagnerez du temps la 

prochaine fois que vous serez amené å résoudre des occurrences 

similaires du probléme. 



1.2. Utilisateurs d'une méthodologie de resolution des 
problémes 

Les services de support fonctionnent au sein d'une structure hiérarchique 
précise. Lorsque des utilisateurs finaux signalent des incidents aux 
techniciens du support technique, å savoir le premier niveau du support 
technique, et que ceux-ci ne peuvent pas les résoudre, ils les 
transmettent au support technique de deuxiéme niveau. Les ingénieurs 
de ce service ont des connaissances et des compétences plus spécialisées 
pour résoudre les problémes. Lorsque cela est nécessaire, les ingénieurs 
du support technique peuvent remonter å leur tour le probléme au 
support de troisiéme niveau. Le probléme est alors pris en charge par des 
ingénieurs systéme experts dotés de compétences tres ciblées. 
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Les architectes systéme, les concepteurs et les planificateurs occupent le 
quatriéme niveau de la structure. Les ingénieurs systéme peuvent faire 
appel aux architectes systéme et planificateurs de niveau 4 pour 
concevoir et planifier des modifications importantes å apporter å une 
infrastructure dues å la resolution d'un probléme. 

o Une méthodologie de resolution des problémes bien congue peut 
beneficier å nombre de personnes au sein de votre organisation, et 
pas seulement aux techniciens d'un service de support technique. 

Utilisateurs finaux 

Les utilisateurs finaux travaillent dans le cadre de la méthodologie 
définie. Ils regoivent une formation sur le materiel et les logiciels qu'ils 
utilisent. De plus, le personnel du support technique leur fournit des 
documents d'auto-assistance qui leur permettront de rechercher des 
solutions tout seuls. Ces documents peuvent prendre la forme de 
documentation imprimée, de didacticiels en ligne ou de guides 
répertoriant les questions fréquemment posées. 

La mise å disposition de documents d'auto-assistance aux utilisateurs 
finaux constitue une partie importante de la méthodologie de resolution 
des problémes. L'utilisateur a les moyens de résoudre des problémes 
sans contacter le support technique. 

La méthodologie de resolution des problémes définit le processus de 
resolution des problémes, les procedures de transmission et le type de 
communication qu'un utilisateur final peut attendre du support technique. 
Elle profite å l'utilisateur final, car celui-ci ne passe que par un point de 
contact pour résoudre les problémes et le service de support 
technique doit tenir l'utilisateur informe de la progression de la 
resolution. Lorsqu'un probléme ne peut pas étre réglé par auto- 
assistance, l'utilisateur final contacte le support technique. 

Spécialistes du support technique 

Les spécialistes du support technique fournissent le premier niveau 
d'assistance aux utilisateurs finaux. En tant que premier point de contact 
des utilisateurs finaux, ils travaillent dans le cadre de la méthodologie de 
resolution des problémes pour définir la nature du probléme qui leur est 
signalé. Les spécialistes du service de support technique ont en general 
plus de compétences en matiére de support technique que les ingénieurs 
du support technique. 

Lorsque les spécialistes de service de support technique ne peuvent pas 
résoudre un probléme dans le laps de temps défini par l'utilisateur, c'est 
å eux qu'il incombe de transmettre le probléme au support technique de 
deuxiéme niveau ou aux fournisseurs externes. La méthodologie de 
resolution des problémes profite aux spécialistes du support technique 
dans la mesure ou elle définit clairement les processus qu'ils doivent 
utiliser pour définir les problémes, établir leur priorité, les transmettre et 
les résoudre. 

Ingénieurs du support technique 
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Les ingénieurs du support technique assurent le support de deuxiéme 
niveau au sein d'une organisation. En general, ils travaillent sur les 
problémes que les spécialistes du support technique leur ont transmis. La 
méthodologie de resolution des problémes bénéficie aux ingénieurs du 
support technique dans la mesure ou ils peuvent se concentrer sur les 
causes probables que les spécialistes auront définies, sans perdre de 
temps sur la collecte des informations de base. 

Les ingénieurs du support technique sont essentiellement charges de 
résoudre des problémes que les utilisateurs finaux ont signalés. Ils 
travaillent dans le cadre de la méthodologie de resolution des problémes 
et contribuent également å son développement. 

Certains ingénieurs du support technique se spécialisent dans un 
domaine de l'infrastructure informatique de l'organisation, alors que 
d'autres fournissent une assistance générale plus détaillée que ne 
proposent pas les spécialistes du support technique. Par exemple, un 
ingénieur du support technique peut se specialiser dans les problémes de 
réseau ou d'infrastructure de messagerie. 

Responsables et planificateurs 

Les gestionnaires et les planificateurs travaillent en dehors de la 
méthodologie de resolution des problémes, mais en tirent également 
parti. Comme le personnel de support technique des premier et deuxiéme 
niveaux intégre ce qu'il a appris des problémes passés dans les méthodes 
conseillées actuelles et documente les modifications qu'il a apportées aux 
systémes informatiques, cela garantit que l'infrastructure informatique 
est efficace et productive. Une documentation å jour et exacte fournit aux 
planificateurs et aux responsables une base solide sur laquelle prendre 
o leurs decisions relatives å l'infrastructure informatique. 



2. Vue d'ensemble des etapes du processus de 
resolution des problémes 

nous allons examiner attentivement les etapes d'une méthodologie de 
resolution des problémes et développer des méthodes conseillées 
o signaler un probléme, collecter les données initiales, implementer 
un plan d'action et consigner la resolution de l'incident. 



2.1. Etapes types d'une méthodologie de resolution 
des problémes 

Lorsque vous commencez å résoudre un probléme, il est important de 
savoir clairement quelles etapes vous allez exécuter. 

Consignation du probléme 

Le processus de consignation du probléme dans un rapport commence 
lorsqu'un utilisateur final appelle le support technique pour la premiere 
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fois. Å ce stade, vous devez enregistrer les détails du probléme et poser 

des questions pertinentes å l'utilisateur en vue 

de determiner l'étendue du probléme. Les réponses å ces questions 

peuvent vous aider å determiner la priorité du probléme. 

II est important de tenir l'utilisateur final informe de la progression tout 

au long du processus de resolution des problémes. En outre, pendant 

l'étape de création de rapport, vous pouvez indiquer å l'utilisateur ce qui 

va se passer. 

Collecte des informations 

II est possible que vous puissiez résoudre le probléme signalé pendant 
l'étape initiale de création de rapport. Ceci est particuliérement vrai dans 
le cas de problémes relativement simples. Si vous ne parvenez pas å 
résoudre immédiatement le probléme, vous devez rassembler le plus 
d'informations possible å propos du probléme dans le but d'identifier les 
causes possibles. Vous pouvez utiliser des outils d'analyse, consulter des 
journaux des événements ou simplement poser des questions 
supplémentaires å l'utilisateur pour recueillir davantage d'informations. 

Développement d'un plan d'action 

Lorsque vous avez suffisamment d'informations, vous tentez de 
determiner la cause du probléme. II existe deux approches possibles : 

• L'approche linéaire est une méthodologie qui révéle rapidement la cause 
principale d'un probléme, car elle implique de suivre une serie logique 
d'étapes. Prenez pour point de départ ce que l'utilisateur final a dit et 
continuez de fagon méthodique jusqu'å ce que vous découvriez la source 
du probléme. 

• L'approche soustractive est une méthodologie dans laquelle vous vous 
représentez mentalement les composants systéme de l'ordinateur. 



Séparez les composants en deux le long d'une ligne que vous pouvez 
tester. Par exemple, le probléme est-il du å un composant materiel ou å 
un composant réseau ? Effectuez ensuite un test pour voir de quel coté de 
la ligne le probléme se situe, puis continuez de la méme maniére jusqu'å 
ce que vous ayez isolé le composant qui pose probléme. 

Quelle que soit l'approche pour laquelle vous optez, l'objectif de cette 
etape est d'isoler la cause du probléme. Lorsque vous pensez l'avoir 
déterminée, vous devez tester vos hypothéses. Si les tests s'avérent 
concluants, continuez jusqu'å ce que vous ayez déterminé la cause reelle. 
Une fois que vos tests ont révélé la cause d'un probléme, vous devez 
planifier les actions suivantes. Par exemple, si le probléme implique le 
remplacement d'un disque du serveur, vous devez commander le 
nouveau disque, determiner une heure appropriée pour effectuer le 
remplacement, sauvegarder les données présentes sur le disque å 
remplacer, 
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arréter le serveur, installer physiquement le nouveau disque et exécuter 
une restauration des données sur celui-ci. 

Implémentation du plan d'action 

Aprés avoir mis au point un plan d'action, vous devez rimplémenter. 
Lorsque vous implémentez un plan d'action en vue de résoudre des 
problémes graves, vous devez considérer l'impact des modifications que 
vous prévoyez d'apporter sur la disponibilité des services. Les grandes 
organisations ont des procedures de gestion des modifications auxquelles 
vous devez vous conformer. 

Avant de modifier la configuration, évaluez quels aspects de la 
reconfiguration vous pouvez realiser å distance avec des outils 
d'administration et des utilitaires. Vous pouvez résoudre beaucoup de 
problémes avec des techniques de gestion å distance pour éviter 
de vous rendre sur l'ordinateur de l'utilisateur. Toutefois, certains 
problémes ne peuvent pas étre résolus å l'aide de teis outils, et vous 
devrez vous rendre sur l'ordinateur de l'utilisateur final. 

Documentation de la resolution 

Lorsque vous avez résolu le probléme, vous devez documenter sa 
resolution. Cette tåche implique un de nombre processus qui varie en 
fonction de l'infrastructure du support technique. Au minimum, vous 
devez informer l'utilisateur final que vous avez résolu le probléme. Si un 
systéme de consignation est en place, vous devez clore l'incident. 
Beaucoup d'organisations s'appuient sur la documentation pour fournir 
des informations relatives å la configuration de leurs systémes 
informatiques. Si vous avez procédé å une reconfiguration pour résoudre 
un probléme, vous devez mettre å jour la documentation de support pour 
refléter les modifications apportées. 

En outre, lors de la phase de collecte des informations, il est souvent utile 
de consulter les journaux d'incident, qu'un probléme similaire ait été 
signalé ou non par quelqu'un d'autre. Savoir si un autre technicien a 
documenté des problémes similaires n'est possible que si, å la cloture de 
l'incident, vous documentez ce que vous avez fait pour résoudre le 
probléme. 



2.2. Processus de consignation des problémes 

II est important de veiller å ce qu'un processus bien maitrisé existe au 
sein de votre organisation pour que les problémes soient consignés 
comme il faut. 

Probléme détecté 

Le processus de signalement d'un probléme débute lorsque l'utilisateur 
final détecte un probléme de materiel informatique, de systéme 
d'exploitation ou d'application. 
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L'utilisateur peut essayer de résoudre le probléme lui-méme ou contacter 
le support technique. Si le probléme est intermittent, l'utilisateur peut ne 
pas prendre de mesure immédiate. Si le probléme se reproduit, il est 
possible que l'utilisateur prenne des mesures supplémentaires. 

Auto-assistance 

Chaque fois que cela est possible, incitez les utilisateurs å trouver eux- 
mémes des solutions. Certains problémes peuvent étre résolus tres 
rapidement si l'utilisateur prend le temps de réfléchir å ce qui vient 
d'arriver. 

Proposez toujours une formation adéquate aux utilisateurs finaux. Non 
seulement ils tireront mieux parti de leurs applications, mais ils seront 
moins susceptibles de rencontrer des problémes et seront mieux å 
mémes de résoudre nombre de problémes eux-mémes, sans contacter le 
support technique. 

Contacter le support technique 

Quelles que soient les formations que les utilisateurs finaux auront regues 
et quelles que soient vos incitations, ils ne pourront pas résoudre tous les 
problémes. II est important de mettre en place une procedure adéquate 
pour contacter le support technique afin que les utilisateurs la 
comprennent bien. Pendant cette phase, consignez les détails du 
probléme. 

Pour cela, vous pouvez utiliser une base de données. Vous pouvez 
ensuite mettre å jour l'enregistrement de base de données å mesure que 
vous travaillez sur une resolution. 

Si vous n'avez pas les compétences nécessaires pour résoudre le 
probléme signalé, assignez le probléme å d'autres personnes de votre 
organisation. Pour les problémes complexes, vous pouvez réunir une 
équipe spécialisée. Mettez å jour l'enregistrement dans la base de 
données de support pour suivre les informations relatives å l'activité que 
vous, ou d'autres, avez effectuée par rapport au probléme signalé. 

Classification et support initial 

Aprés que l'utilisateur a contacté le support technique, essayez de 
classifier le probléme et d'en determiner l'importance et l'urgence. Pour 
ce faire, vous pouvez poser des questions tres spécifiques å l'utilisateur. 
II peut s'agir de questions comme celles-ci : 

• Qui d'autre a le méme probléme ? Si le probléme est répandu, cela indique 
un probléme plus general moins susceptible d'étre propre å l'ordinateur de 
l'utilisateur. En outre, les problémes qui affectent beaucoup d'utilisateurs 
sont plus urgents que ce touchant un seul utilisateur. 

• Quand avez-vous remarqué le probléme pour la premiere fois ? II se peut 
que l'ordinateur n'ait jamais fonctionné correctement. II est tres utile de 
savoir si l'ordinateur n'a jamais fonctionné correctement, car cela peut 
indiquer un probléme lié au déploiement plutot qu'å l'utilisation. 
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Est-ce que quelque chose a changé å peu pres au méme moment ou vous 
avez remarqué le probléme ? Si l'utilisateur a récemment installé de 
nouvelles applications ou mis å jour des pilotes et si le probléme est 
survenu aprés ces modifications, il est possible que les modifications aient 
contribué au probléme que l'utilisateur signale. 
Au cours de cette phase, vous pouvez determiner une cause probable du 
probléme signalé, mais ne tirez pas de conclusions trop håtives. Vous 
risquez autrement de gaspiller beaucoup de temps et de ressources. 
Votre objectif pendant cette phase est de définir le probléme 
correctement. 

Transmission 

Lorsqu'un probléme doit étre transmis å un service de support technique 
de niveau supérieur ou å des fournisseurs externes, veillez å consigner 
suffisamment de détails en vue de les transmettre. II est tres utile qu'une 
procedure de transmission soit clairement définie pour un maximum 
d'efficacité. La procedure peut stipuler d'inclure les informations 
suivantes : 

une description précise du probléme signalé ; 

un enregistrement de tous les messages d'erreur associés au probléme ; 

un enregistrement des tentatives de resolution faites par les membres du 

support technique ainsi que le resultat de chaque tentative ; 

un enregistrement concernant tous les outils de diagnostic utilisés par les 

membres du support technique ; 

la durée pouvant s'écouler avant qu'il y ait obligation de transmettre un 

probléme. Vous pouvez considérer de transmettre le probléme aux 

fournisseurs externes dans les cas suivants : 

• vous ne pouvez résoudre le probléme ; 

• vous ne disposez pas de suffisamment de ressources internes pour 
résoudre le probléme ; 

• votre organisation n'a pas les compétences requises pour résoudre le 
probléme ; 

• vous avez identifié la cause probable du probléme et elle provient d'un 
composant tiers spécifique. 

• 

Chaque fois que vous remontez un probléme, restez-en toujours le 
propriétaire et utilisez l'enregistrement de base de données pour suivre la 
progression vers une resolution. 

Assurez-vous également que vous fournissez toute l'assistance 
nécessaire aux autres 

o niveaux d'assistance et aux fournisseurs externes 
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Resolution 

Une fois que vous avez déterminé la cause probable d'un probléme et 
avez développé un plan d'action, vous devez evaluer ce plan. Cette 
évaluation doit inclure les etapes suivantes : 

faire la liaison avec les spécialistes du support technique impliqués dans 

rimplémentation du plan ; 
mener å bien toutes les demandes découlant des procedures de gestion 
des modifications ; 
analyser l'impact possible des modifications å l'infrastructure informatique 

proposées ; 
detailler les etapes de test du plan propose ; 

detailler le plan de restauration des modifications au cas ou celles-ci ne 
produisent pas le resultat escompté. 

Aprés avoir évalué le plan d'action propose, vous pouvez le mettre en 
oeuvre. Au cas ou le plan d'action ne résout pas le probléme, envisagez 
de restaurer les modifications apportées suite å l'évaluation du plan 
d'action. Vous devez également repenser la phase de classification, car il 
est possible que le diagnostic et la classification initiaux étaient erronés. 

Probléme clos 

Aprés avoir résolu le probléme, vous devez le fermer. Pour cela, mettez å 
jour l'enregistrement de base de données en rapport avec le probléme 
pour indiquer que 
o vous avez résolu le probléme de maniére permanente, puis fermez 
l'enregistrement. 



2.3. Processus de collecte initiale des données 

La phase de collecte des informations relatives å un probléme signalé est 

tres importante. 

En suivant une serie d'étapes précise et logique, vous pouvez définir 

clairement la nature du probléme et parvenir å determiner une cause 

précise. 

Questionner 

Le processus démarre lorsqu'un utilisateur contacte le support technique 
en suivant une procedure définie. II peut établir ce contact initial par le 
biais de la messagerie électronique, du téléphone ou de tout autre 
moyen. En tant que membre du service du support technique, vous 
devez poser des questions Claires et précises å l'utilisateur sur les 
symptomes du probléme afin de pouvoir commencer å en définir la 
cause. II est également important de consigner le probléme dans une 
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base de données. Vous utiliserez eet enregistrement tout au long du cycle 
de vie du probléme pour suivre sa progression jusqu'åsa resolution 

Écouter 

Lorsqu'un utilisateur final vous signale un probléme, écoutez-le 
attentivement. II arrive souvent que lorsque un utilisateur répond å vos 
questions et relate l'historique d'un probléme, celui-ci en révéle 
involontairement la cause. En demandant å l'utilisateur de commencer 
depuis le debut et d'expliquer exactement ce qu'il faisait immédiatement 
avant de remarquer le probléme et pendant qu'il l'a remarqué, vous 
pouvez parfois determiner la cause du probléme. 

Consulter 

Lorsque vous avez enregistré toutes les informations pertinentes fournies 
par l'utilisateur, la tåche suivante consiste å determiner la cause du 
probléme signalé. Commencez par consulter la documentation 
concernant les problémes connus que vous avez å disposition. II est 
possible que le probléme se soit déjå produit. Si tel est le cas, vous 
pouvez parvenir å une resolution et une cloture rapides de l'incident. 

Rechercher 

Si la documentation existante ne vous permet pas d'établir de causes 
probables, vous devez mener quelques recherches dans diverses sources. 
Par exemple, vous pouvez effectuer des recherches dans la Base de 
connaissances de support Microsoft® ou dans des forums en ligne 
Si ces recherches ne vous permettent pas de determiner les causes 
probables du probléme, vous pouvez également recueillir des 
informations å l'aide des outils intégrés au systéme d'exploitation 
exemple : Windows® Vista T|V 



TM 



Les outils suivants sont disponibles 
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Assistance å distance 



Bureau å distance 



Fournit un mécanisme qui permet å l'utilisateur final de 
demander de l'aide. L'Assistance å distance vous permet de 
prendre le controle å distance d'un ordinateur posant probléme. 
L'utilisateur connecté reste connecté sur et peut voir å l'écran 
ce que 1'administrateur qui Toumit I 'assistance å distance fait. 

Permet de prendre le controle å distance d'un ordinateur posant 
probléme. L'utilisateur connecté est déconnecté et la console 
est verrouillée. 



Observateur |d'événements 



Fournit une interface pemnettant de consulter les fichiers 
joumaux générés sur l'ordinateur posant probléme. Ces 
joumaux fournissent des informations sur les applications, 
les événements systéme et la sécurité. 



Gestionnaire de périphériques 



Permet d'examiner et de modifier la confi gu ration des 
périphériques materiels et des pilotes de périphériques. 



Diagnostics du réseau 



Permet de diagnostiquer et de résoudre des pro biernes 
de réseau. 



Informations systéme Windows Permet d'examiner la configuration d'un ordinateur avec un 

seul outil. Vous pouvez également utiliser eet outil pour generer 
des rapports sur la configuration.. 



Utilitaires de ligne 
de commande 



Vous pouvez vous aider de divers outils de ligne de commande 
lors du processus de recherche. Ces outils incluent notam ment 
I p confi g , Netstat, WinRM et WinRS. 



Développer 

Une fois que vous avez déterminé une cause probable du probléme, vous 
devez développer un plan d'action. La rubrique suivante décrit comment 
proceder. 



2.4. Méthodes conseillées de développement d'un 
plan d'action 

Les problémes simples sont faciles å résoudre rapidement et leur plan 
d'action peut ne pas demander beaucoup de réflexion. Par exemple, si un 
utilisateur final signale qu'il a oublié son mot de passe, votre plan 
d'action consiste å ouvrir Utilisateurs et ordinateurs Active Directory et å 
réinitialiser le mot de passe. Toutefois, les problémes plus graves ou plus 
complexes exigent une certaine réflexion. 

Analyser les données disponibles 

Avant de commencer å modifier la configuration, analysez les données 
disponibles pour vous assurer que vous avez déterminé la cause probable 
du probléme signalé. 
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Consulter la documentation 

Consultez toute la documentation relative au correctif que vous envisagez 
de mettre en oeuvre. Par exemple, si celui-ci requiert l'installation d'un 
Service Pack, examinez la documentation relative au Service Pack. 



Créer un environnement de test 

Si le correctif envisagé ou la solution de contournement implique une 
reconfiguration significative ou si des problémes surviennent pendant la 
mise en oeuvre du correctif, la productivité des utilisateurs pourrait s'en 
trouver affectée. II est important que vous créiez un environnement de 
test qui ressemble étroitement au systéme de production et l'utilisiez 
pour tester votre plan d'action. Les technologies de virtualisation (telle 
que Microsoft Virtual PC) offrent un moyen pratique de créer des 
environnements de test sans requérir d'investissements majeurs dans du 
materiel ou des logiciels supplémentaires. 

Considérer l'impact des modifications 

Vous pouvez étre amené å effectuer un important travail de 
reconfiguration pour résoudre des problémes complexes. Les 
modifications que vous envisagez peuvent avoir une incidence sur de 
nombreux elements de votre organisation. Par exemple, si le correctif 
que vous projetez d'implémenter nécessite le redémarrage d'un serveur 
auquel les utilisateurs sont connectés, tel qu'un serveur de messagerie 
ou un serveur de base de données, vous devez prévoir l'implémentation 
du correctif en dehors des heures ouvrées. En outre, vous devez vérifier 
que les modifications proposées ne nuiront pas aux autres 
applications ou services. 

Prévoir une restauration 

Si vous implémentez un correctif ou solution de contournement qui ne 
résout pas le probléme, vous pouvez envisager de revenir en arriére. 
L'exécution d'une restauration n'est pas nécessaire, mais peut étre 
souhaitable dans des circonstances particuliéres. 

Par exemple, si le correctif implique l'application d'une mise å jour, la 
suppression de la mise å jour peut étre acceptable. Toutefois, si le 
correctif implique la mise å niveau d'applications pour inclure de 
nouvelles fonctionnalités qui peuvent étre utiles aux utilisateurs finaux, il 
peut étre souhaitable de laisser les nouvelles applications installées 
plutot que de rétablir l'application plus ancienne. Vous pouvez utiliser 
l'environnement de test pour vous entrainer å annuler un correctif ou une 
solution de contournement propose. 
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2.5. Processus d'implémentation d'un plan d'action 

En general, votre plan d'action se composera des etapes suivantes. 
Toutefois, n'oubliez pas que les etapes spécifiques de votre plan d'action 
peuvent varier en raison de la complexité ou des circonstances d'un 
probléme donné. 

Implementer dans un environnement de test 

Avant de tenter de mettre en oeuvre un correctif sur le systéme de 
production, implémentez votre plan d'action dans un environnement de 
test. Gardez å l'esprit que le processus de modification de quelques 
aspects de la configuration d'un ordinateur peut résoudre un probléme 
spécifique, mais peut introduire d'autres problémes. Ainsi, si vous 
appliquez une mise å jour de sécurité au systéme d'exploitation pour 
résoudre un probléme de sécurité, celle-ci peut modifier le comportement 
de certaines applications. 

Lorsque vous étes satisfait que le correctif ou la solution de 

contournement peut étre implémenté sans provoquer de problémes 

supplémentaires et qu'il résout le probléme signalé, passez å l'étape 

suivante. Les problémes simples peuvent ne pas requérir cette etape de 

test. 

Analyser l'impact possible 

Vous devez vous assurer que toutes les modifications que vous envisagez 
d'implémenter ne nuiront pas au reste de l'infrastructure informatique. 
Par exemple, il est possible que sur un ordinateur spécifique, un nouveau 
pilote de périphérique pour un composant materiel suspect soit å l'origine 
de conflits entre périphériques qui provoquent des problémes de 
démarrage de l'ordinateur. Au niveau de l'organisation, l'installation 
d'un Service Pack sur un serveur de messagerie peut changer la fagon 
dont les serveurs gérent certains types de messages et provoquer la non- 
remise des messages. 

Ces problémes potentiels seront visibles lorsque vous implémenterez 
votre plan d'action dans l'environnement de test. Vous pourrez alors 
corriger votre plan d'action afin d'éviter que ces problémes ne se 
produisent dans l'environnement de production. 

Se reporter å la gestion des modifications 

Les grandes organisations implémentent des procedures de gestion des 
modifications pour garantir que le personnel de support technique 
apporte des modifications å l'infrastructure informatique conformément 
aux instructions et qu'il les documente suffisamment une fois effectuées. 
Si votre organisation utilise une telle procedure, vous devez determiner 
ce qui est requis de vous lors de l'implémentation du correctif ou de 
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la solution de contournement. Consultez la documentation adéquate, et 
lorsque cela est nécessaire, discutez des modifications proposées avec les 
personnes appropriées. 

Résoudre le probléme 

Les spécialistes du support technique peuvent souvent résoudre 
rapidement les problémes les plus courants, sans faire appel aux 
spécialistes des produits. Les problémes moins courants ou plus 
complexes requiérent souvent l'intervention de spécialistes de support 
technique ou de fournisseurs externes, et parfois la création d'une équipe 
spécialisée regroupant les compétences nécessaires å la resolution d'un 
probléme particulier. Lorsque cela est possible, considérez l'utilisation des 
outils et des utilitaires d'administration å distance, car ceux-ci permettent 
souvent de trouver des solutions plus rapidement. 

Surveiller et evaluer 

Si un correctif ou une solution de contournement est susceptible de 
prendre plusieurs heures et d'impliquer plusieurs etapes, vous devez 
surveiller la progression du processus de resolution du probléme. II est 
important que vous évaluiez les données collectées lors de ce processus 
pour determiner si vous étes sur le point de trouver une solution. Si les 
données ne vous permettent pas de l'affirmer, envisagez de revoir votre 
plan d'action. 

Rendre compte et documenter 

Qu'un probléme soit complétement résolu ou non, vous devez 
documenter toutes les etapes que vous avez effectuées pour le résoudre 
ou tenter de le résoudre. Si vous avez consigné l'incident dans une base 
de données pour suivre son etat, vous devez mettre å 
jour l'enregistrement pour indiquer que le probléme a été résolu ou non 
et si l'incident est clos ou non. La rubrique suivante traite plus 
particuliérement du processus de consignation d'une resolution d'un 
probléme. 



2.6. Processus de consignation de la resolution 

Dans la plupart des organisations de support, un processus existe pour 
enregistrer et documenter un probléme signalé par un utilisateur. En 
general, le personnel du support technique consigné l'incident signalé 
dans une base de données. Lorsqu'un probléme est résolu, vous devez 
clore l'incident et en informer l'utilisateur qu'il l'a signalé. 

Mettre å jour la documentation actuelle 

Si le probléme a révélé des failles dans l'infrastructure informatique 
actuelle, dans les méthodes de travail ou dans d'autres domaines, vous 
devez mettre å jour la 
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documentation actuelle pour faire etat de ces failles et des correctifs ou 
solutions de contournement appropriés. Par exemple, si vous installez un 
Service Pack pour un systéme d'exploitation dans toute l'organisation 
pour résoudre un probléme d'incompatibilité entre applications, vous 
devez enregistrer les informations se rapportant å ce probléme ainsi que 
la procedure d'installation du Service Pack dans la documentation relative 
å l'infrastructure. 

Créer une nouvelle documentation 

Les problémes graves et complexes entrainent souvent des modifications 
d'infrastructure majeures. Vous devez créer la documentation nécessaire 
pour prendre en charge ces modifications. Par exemple, si vous installez 
une nouvelle version d'une application pour résoudre un probléme, 
mettre å jour la documentation existante ne suffit pas. La nouvelle 
version de l'application peut comporter de nouvelles fonctionnalités et 
peut fonctionner différemment de l'ancienne version. Vous devez 
communiquer aux utilisateurs et aux administrateurs qu'ils doivent 
désormais travailler sur la nouvelle version. 

Consigner la resolution 

Vous devez mettre å jour tous les enregistrements de base de données 
associés å un incident. La mise å jour doit inclure la resolution et toute 
autre information pertinente relative au correctif ou å la solution de 
contournement utilisé pour résoudre le probléme. 

Vous ne devez pas considérer un probléme comme résolu tant que la 
resolution n'a pas été documentée de fagon å étre utile pour la resolution 
d'incidents ultérieurs. Enfin, vous devez clore l'enregistrement d'incident. 

Communiquer avec l'utilisateur final 

Vous devez permettre å l'utilisateur final qui a signalé le probléme de 
savoir que vous avez résolu le probléme. Si l'utilisateur doit prendre des 
mesures speciales ou doit contourner le probléme, vous devez l'en 
informer. Si vous avez apporté des modifications significatives å 
l'infrastructure, les utilisateurs peuvent avoir besoin de recevoir une 
formation. 

Consigner des mesures préventives 

Un probléme ayant tendance å se repeter, il est essentiel que vous le 
documentiez ainsi que sa cause et les etapes qui ont permis de le 
résoudre. Une documentation adéquate garantit que les ingénieurs de 
support technique qui seront confrontés au méme probléme puissent 
découvrir une cause probable et une solution recommandée tot dans le 
processus de resolution. 
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3. Resolution des problémes par domaine 

Tot dans le processus de resolution des problémes, vous tentez de 
determiner la cause du probléme. Un systéme informatique se compose 
de beaucoup d'éléments, mais ces elements se répartissent en plusieurs 
catégories de composants systéme. En essayant de determiner quel 
composant systéme provoque un probléme, vous utilisez l'approche de 
resolution des problémes dite soustractive. Par exemple, si l'ordinateur 
ne démarre pas, vous pouvez determiner que la cause peut étre liée au 
materiel, comme une panne de disque dur, ou au systéme d'exploitation, 
comme un fichier de démarrage manquant. 

N'oubliez pas qu'une combinaison de composants systéme peut 
provoquer des problémes. Les sections suivantes traitent en détail des 
principaux composants systéme. 

Systéme d'exploitation 

Des défaillances ou des alterations du Registre systéme ou des services 
systéme peuvent engendrer des problémes au niveau du systéme 
d'exploitation. Le systéme d'exploitation controle l'accés de l'utilisateur et 
des applications au materiel de l'ordinateur. II est compose de pilotes de 
périphériques, de services, de composants de sécurité, d'applications, de 
composants réseau et de la configuration qui relie ces composants. 
Toutefois, dans le cadre d'une resolution des problémes, considérez 
uniquement les elements de base du systéme d'exploitation : fichiers de 
démarrage, composants de configuration du démarrage et services. 
Faites abstraction de la sécurité, des applications et des composants 
réseau. 

Les erreurs de systéme d'exploitation sont souvent révélées lors du 
démarrage de l'ordinateur. Par exemple, si un utilisateur supprime un 
fichier de démarrage critiquepar erreur, le systéme d'exploitation ne peut 
pas démarrer. Si vous installez un nouveau Service Pack pour le systéme 
d'exploitation ou procédez å une mise å jour, cette operation peut 
provoquer des problémes inattendus. Pour cette raison, il est important 
de tester tous les Service Packs et mises å jour avant de les deployer. 

Materiel 

Dans le cadre d'une resolution des problémes, les problémes de materiel 
incluent les problémes physiques d'ordinateurs ainsi que les problémes 
liés aux périphériques connectés et å leur pilote. Les ordinateurs sont 
tres fiables, mais certains composants sont plus enclins å tomber en 
panne. Les composants amovibles, teis que les lecteurs de disques et les 
blocs d'alimentation, ont tendance å s'user. Ces problémes sont 
immédiatement identifiables et facilement résolus. 

D'autres problémes liés au materiel sont dus å une incompatibilité entre 
périphériques ou å des conflits de périphériques. Pour communiquer avec 
le reste de l'ordinateur, le systéme d'exploitation alloue å chaque 
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périphérique une configuration unique. Parfois, le systéme d'exploitation 
ne parvient pas å allouer å tous les périphériques la configuration 
unique nécessaire, ce qui provoque une panne de périphérique ou 
empéche méme l'ordinateur de démarrer. 

Composants réseau 

Toute configuration réseau peut étre définie comme un composant 
réseau. Par exemple, on peut considérer la configuration TCP/IP comme 
un composant réseau afin que de regrouper sous cette appellation, les 
problémes d'adresse IP, de masque de sous-réseau et de passerelle par 
défaut d'un ordinateur. La resolution de noms, å savoir le processus 
qui consiste å résoudre un nom d'hote en adresse IP, est également un 
composant réseau. 

De nombreux problémes de composant réseau relatifs aux serveurs 
peuvent se manifester sur des stations de travail, et par conséquent il 
peut étre difficile de determiner l'origine précise d'un probléme de 
composant réseau. 

Sécurité 

Lorsqu'un utilisateur ne parvient pas å accéder å une ressource å laquelle 
il peut en principe accéder, ou inversement, lorsqu'un utilisateur peut 
accéder å une ressource restreinte, ceci indique un probléme de sécurité. 
Les méthodes conseillées pour établir les autorisations de fichiers et 
d'imprimante consistent å allouer des autorisations å des groupes 
auxquels vous affectez des utilisateurs. 

De plus, il est conseillé de grouper les ressources qui ont des parametres 
de sécurité semblables. Par exemple, placez les fichiers ayant les mémes 
exigences en matiére de sécurité dans un dossier commun et appliquez 
des autorisations au dossier. Si vous avez suivi ces instructions et si un 
utilisateur rencontre des problémes d'accés, c'est-å-dire des problémes 
de sécurité, vérifiez que celui-ci appartient au groupe approprié. Vérifiez 
les parametres de sécurité que le groupe a sur la ressource en question. 
Utilisez l'approche linéaire pour determiner ou le probléme se trouve. 
Des problémes peuvent également se produire lorsque des utilisateurs 
ont des droits administratifs élevés ou des autorisations excessives sur 
les fichiers ou les dossiers. Par exemple, un utilisateur ayant le controle 
total du dossier systéme Windows peut accidentellement supprimer des 
fichiers systéme importants et rendre un systéme d'exploitation instable 
ou inutilisable. 

Certains problémes de sécurité peuvent se manifester comme s'il 
s'agissait de problémes de composant réseau. Par exemple, les 
problémes de configuration de pare-feu peuvent empécher des 
utilisateurs d'accéder aux ressources auxquelles ils doivent avoir acces. 
Le chiffrement de données et les problémes d'authentification peuvent 
également provoquer des problémes de sécurité. 

Applications 

Les problémes d'application sont ceux ayant spécifiquement trait aux 
applications installées et utilisées par les utilisateurs. Nombre de ces 
problémes résultent soit 
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d'une mauvaise utilisation de l'application par l'utilisateur, soit de 

l'utilisateur qui tented 'effectuer une action sur l'application non prise en 

charge par celle-ci. Une formation adéquate de l'utilisateur devrait 

réduire ces types de problémes. 

Si un utilisateur signale un probléme d'application et si une mauvaise 

utilisation a été écartée, la cause du probléme peut étre un bogue de 

logiciel. Consultez la documentation pour determiner s'il s'agit d'un 

probléme connu et si des Service Packs ou correctifs existants corrigeront 

le probléme. 

Les utilisateurs qui signalent des problémes de performances d'une 

application peuvent rencontrer des problémes de materiel plutot que 

d'application. II possible que l'ordinateur requiert plus de mémoire ou que 

le disque de l'ordinateur se soit fragmenté. Vous pouvez determiner si un 

probléme est lié aux performances, car ce type de probléme affecte 

plusieurs applications. 

Les problémes d'incompatibilité entre applications peuvent provoquer des 

problémes importants. Une combinaison spécifique d'applications qui 

s'exécutent en méme temps peut provoquer des défaillances du systéme 

d'exploitation et des pertes de données. 

Vous pouvez éviter une grande partie des problémes d'incompatibilité 

entre applications en déployant uniquement celles que vous avez testées 

ensemble et en empéchant les utilisateurs finaux d'installer des 

applications supplémentaires. 

3. 1. Considérations pour la resolution des problémes 

Plusieurs facteurs peuvent entraver le processus de resolution des 
problémes. Tenez compte de ceux-ci lorsque vous commencez å 
développer votre méthodologie de resolution d'un probléme pour parvenir 
å votre objectif qui est de résoudre les problémes 

informatiques rapidement et efficacement. La prise en compte de ces 
facteurs vous permettra de minimiser leur effet. 

Gravité 

La gravité du probléme peut parfois désemparer la personne chargée de 
résoudre un probléme. Imaginez par exemple qu'un parquet de cotation 
entier s'arréte de travailler n raison d'un probléme sur lequel vous 
travaillez. Difficile de rester concentrer en respectant les etapes dans 
votre méthodologie dans ces conditions ! Vous pourriez étre tenté de 
prendre des raccourcis, de tirer des conclusions håtives ou d'essayer 
d'implémenter des solutions sans vous referer å votre plan d'action. 
Quelle que soit la gravité d'un probléme, conformez-vous å votre plan 
d'action pour le résoudre. 

Emplacement 

Si le probléme s'est produit sur un ordinateur auquel vous n'avez pas 
acces en personne, cette situation peut s'avérer difficile. Vous pouvez 
peut-étre vous connecter å distance å l'ordinateur suspect. Le systéme 
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d'exploitation Windows Vista fournit plusieurs outils d'administration å 
distance qui peuvent vous aider å résoudre certains problémes. 
Toutefois, ces outils ne peuvent pas étre toujours disponibles. Par 
exemple, si l'utilisateur ne peut pas démarrer l'ordinateur distant, les 
outils d'administration å distance ne pourront pas se connecter å 
l'ordinateur. De plus, pour des raisons de sécurité, Windows Vista 
n'autorise pas l'accés å distance par défaut. Si vous ne pouvez pas 
résoudre un probléme å l'aide des outils d'administration å distance, vous 
devez faire appel å toutes vos compétences en matiére de 
communication pour parvenir å une resolution en parlant avec 
l'utilisateur. Vous pouvez également vous rendre lå ou se trouve 
l'ordinateur pour mettre en oeuvre votre plan d'action. 

Etat de l'ordinateur 

Les problémes d'ordinateur peuvent étre classés en trois catégories assez 
larges :les défaillances constantes, les défaillances prévisibles et 
défaillances imprévisibles. 

Si un ordinateur fait l'objet d'une défaillance constante, vous pouvez 
tenter d'appliquer un correctif ou une solution de contournement 
spécifique jusqu'å ce que vous résolviez le probléme. Lorsque le 
probléme disparait, vous aurez déterminé sa cause. 

Si une défaillance d'ordinateur est prévisible, il est généralement plus 
facile de la résoudre que si celle-ci est imprévisible, car vous pouvez 
reproduire les défaillances prévisibles plus facilement que les défaillances 
imprévisibles. Par exemple, une certaine combinaison d'applications 
ouvertes peut generer un message d'erreur. Vous pouvez reproduire la 
défaillance dans votre environnement de test en ouvrant les mémes 
applications, puis trouver rapidement une resolution. Les problémes de 
démarrage de systéme d'exploitation sont des défaillances habituellement 
prévisibles. La défaillance d'un composant materiel ou de son pilote 
provoque généralement une défaillance prévisible au méme stade du 
processus de démarrage. 

Les défaillances imprévisibles sont intermittentes, et il se peut qu'elles ne 
soient associées å aucune cause détectable. Par conséquent, vous ne 
pouvez pas reproduire facilement les défaillances imprévisibles, et leur 
resolution peut prendre beaucoup plus de temps, car la cause peut 
s'avérer difficile å trouver. 

Utilisateurs finaux 

Les gens ne sont pas des témoins tres fiables. Lorsqu'un utilisateur final 
vous signale un probléme, il est important que vous le questionniez de 
maniére ciblée et que vous vérifiiez l'exactitude des informations qu'il 
vous fournit. N'oubliez pas que bien que la resolution soit importante aux 
utilisateurs, ceux-ci n'ont pas forcément envie de participer au processus 
de resolution des problémes. 
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3.2. Åctivation des fonctions de resolution des 
problémes å distance 

Pour minimiser la durée de resolution des problémes et réduire les couts 
de déplacement du personnel du service de support technique, beaucoup 
d'organisations utilisent l'administration et la resolution des problémes å 
distance. La resolution des problémes å distance signifie que le personnel 
de support technique peut travailler depuis un lieu central. 



Mettre l'accent sur un point particulier 




Note d'attention particuliére. 
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Pour approfondir le sujet.... 



Proposition de references utiles permettant d'approfondir le théme abordé 



Sources de reference 



Citer les auteurs et les sources de reference utilisées pour l'élaboration du 
support 
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